Első feladat értéklés

A Szép munka és Ok értékelések elfogadásra kerültek, a megjegyzések figyelembe vételével mehet tovább a munka. A Hiányos résznél a megjegyzés alapján kiegészített specifikációt kell beadni.

Neptun Késés Eredmény Megjegyzés
A6315N Szép munka!
AMA0R1 * Ok Hírek és Gyik bár elkészülhet, de mivel statikus tartalmakat tartalmaz így nem ad hozzá a házi értékéhez. A 4 entitástípust nyugodtan egyszerűsíthetjük, ha az idő / energia dimenzión elfogy a lendület.
ARGYR5 Ok Déjà vu. Előző féléves alapján folytassuk.
AWHKIR Ok Pár apróság: Admin jelszót elég "belépéskor" kérned, ez lehet egy statikus jelszó, nem szükséges oldalanként. Ha egy harmadik entitást felveszel (ember) akkor kerekebb a rendszer (és ez tényleg csak javaslat, nem elvárás). A kategóriák listájára most nincs adminisztrációs felület, így legyen egy kódba égetett lista.
AZM6L5 * Ok Koktél szerkesztésnél érdemes kitalálni, hogy az alapanyagokat hogyan rendeled koktélhoz, gondolom mennyiség megadása is szükséges. Ez vizuálisan is tud kihívás lenni, úgyhogy legyen egy táblázat a koktél szerkesztés / hozzáadás alatt, az összes alapanyag felsorolásával és egy mennyiség inputtal (ahol üres vagy 0 az input, az nincs benne), a többinél pedig valamilyen szám lehet ez.
B8UPOP Ok Login egyszerűsítsük egy kódba égetett jelszó ellenőrzéssé (nincs felhasználó kezelésed). Ha jól látom 3 entitástípusod van (recept, m01recept, m02recept) mert mindegyiknek különböző paraméterei vannak.
BBFQ1I Szép munka!
BCW5JA Ok Közepesen életszagú, ha módosítanál rajta, akkor a termékeket és a rendeléseket "különszedném", külön adminisztrálható lehet, illetve a rendelés módosításnál engedném a termék "hozzádenrelést" de a termék módosítást / hozzáadást / törlést ott nem engedném. A hozzárendelés lehet egy külön táblázat a rendelés alatt, ahol minden terméket felsorolsz mellette egy számmal (hogy az adott termékből mennyit kér, ami lehet 0 is).
BH67TJ * Hiányos Sajnos a két entitás típust és legalább egyiken a CRUD műveleteket nem támogatja a rendszered. Kérlek bővítsd a megoldást regisztrációhoz kapcsolódó elfelejtett jelszó funkcionalitással (console.log-al új jelszó kiírása, ne küldjünk emailt), illetve legyen lehetősége minden felhasználónak létrehozni "tárcákat", amikben meg tudja adni melyik "piacból" mennyit birtokol (aka 3 BTC, 10 EUR). Így már tárcánként megy a CRUD illetve ott lehet szűkítve, akár számolva teljes portfolio értéket számolni.
BI0R78 Szép munka! Csak hogy ne "csak" string típusú inputod legyen, dobjunk be egy alapítási évet és egy születési dátumot is a megfelelő entitásokhoz.
BKL9ZJ Szép munka! Hiánypótló, nagyon tetszik! A két legördülő listánál backend oldalon definiált statikus listákat használjunk kérlek.
BT8ILW Szép munka! Kérlek bővítsd "nem string" típusú inputtal az entitásokat, hogy változatosabbak legyenek az entitások.
C6ZHBT * Ok
CIJC1Q * Szép munka!
CU19QQ Szép munka!
D84PZN Szép munka!
DCB1O1 Ok Marginálisan hangolnék a témán (BME kompatibilitás), egy megadott jsonhoz hasonlító, de mondjuk "édesség preferencia" json-t használnék feltöltéskor (kulcsokat automatikusan tudjuk hangolni, így az eredeti ötlethez is működni fog). A fájlok mellett tároljuk a dátumot is, úgy lesz teljes a grafikon megjelenítés. Az ötlet jól kitalált, megvalósítja a házit, de egy új specinek ezzel a "marginális" módosítással örülnék.
DVC0Z3 Szép munka! Termékek számát kikapnám - a formból biztosan, a táblázatban, ha szeretnéd, kalkulálhatod, de nem kötelező.
DVOG0E * Szép munka! Huh, jelentősen túlteljesíted az alapkövetelményeket, de ha érzed az erőt, akkor nyugodtan nyomd. Ha esetleg idő hiány lépne fel a félév során, akkor felhasználók és postok entitásokra korlátozzuk a feladatot.
E1IK75 Ok
E5CCLA Ok
EKGPBX Hiányos React és Vue.js sajnos a tárgy során nem használható. Az OpenWeatherMap API gyakorlatilag feleslegessé teszi az adatbázisodat. Így csavarjunk egyet a feladaton, lehessen városokat adminisztrálni (teljes CRUD) illetve azokhoz kapcsolódóan adott időpontokat és hozzájuk tartozó időjárás adatokat felvenni (teljes CRUD). Így az API-t kiszedjük a képből, így építhető saját adatbázisra a megjelenítés (korábbi városok listája felesleges).
EL502Z Ok
EP3I9R Ok
FFQYAV Ok Köszönöm a módosítást! :)
FOIFDF Szép munka!
FRM6CS Ok
FXD9AM Szép munka! Wow! Szépen kidolgozott feladat, annyi hogy a tárgy továbbra is bekend fókuszú, úgyhogy megköszönöm ha te is arra fókuszálsz - egyszerűbb UI is tökéletesen elegendő.
FZZJFT Ok
G5RXH0 * Ok Hogy kicsit izgalmasabbak legyenek az admin felületek, megköszönöm ha a zenekarnak lesz alapítási éve illetve bio leírása is. A dalokat lehessen törölni, és ott is megköszönöm ha lesz a címen kívül még két mező (mondjuk hossz másodpercben és dalszöveg).
GFTYRV Szép munka! Látszik hogy sokat foglalkoztál a feladattal, díjazom.
GRKO04 Ok
HFD0JH Szép munka! Nagyon bejövős a téma és a megvalósítás terve is!
HP5OYP Ok
HRROSQ Hiányos Jó sok funkciót felsorolsz a specifikációban, megköszönöm ha jobban kifejted ezeket. Főként az entitások irányából izgalmas ez (ki viszi fel az albumokat, hogyan is néz ki a műsorlista, értékelés, kedvencezés folyamata).
I49MCS Szép munka!
I7F4U6 Ok
IJK23N Ok A pizzák adminisztrációjához is készítsünk felületet (CRUD) illetve a rendelések listázását is valósítsuk meg. A regisztrációhoz kapcsolódóan legyen elfelejtett jelszó funkció (console.log-al kiírni az új jelszót tökéletes).
IPBZX7 Ok
J1UZ9Y Ok
JEOQIX Ok
JK42GI Ok A további lehetséges funkciókat idő / energia függvényében érdemes bevállalni, azok nélkül is teljes értékű a házi.
JNMFC9 Ok A "Check" gombnál ha jól értem, akkor a felhasználó adatait fogod megmutatni (+ / - review, deal count, name). Csak mert értékeléseket írtál, ez a legközelebbi adat.
K3I7DL Ok
KI2J39 Szép munka! Inline edit és modalokat kerülném, a tárgy backendre fókuszál, ettől függetlenül nagyon szépen kidolgozott munka.
KILZ7Q Szép munka! Szeretem amikor ennyire életszagú a rendszer!
KLM60O Ok
LI6RTK Ok
LYNUXB Ok
M1MNKG Ok A klub módosítást is valósítsuk meg.
MKFU6D Ok
NC2UM0 Szép munka! Tetszik a téma, lehetne ez az új Kréta!
NH7TYN Ok Vendégek crud egyértelmű, viszont az edzéstervek környékén nem egyértelmű a flow, megköszönöm ha a 2. háziban látványosan kifejted, hogy jönnek létre / hogyan rendelődik emberhez / hogy lehet módosítani / törölni.
NNCW17 Ok Köszi a screeneket!
O373VK * Hiányos Az alap koncepció és a leírás is tetszik, viszont mivel a belépésnél nem érzem hogy tárolunk adatot, így a gyógyszer az egyedüli entitásod. A két entitáshoz még adjuk hozzá a kategória létrehozást / módosítást / szerkesztést és akkor jó lesz ez. A belépésnél pedig egy jelszót kérjünk be csak.
O7ZC8Z Ok Tetszik a koncepció, viszont a "felhasználó létrehozása" helyett nyugodtan csináljunk regisztrációt / bejelentkezést / elfelejtett jelszó funkciót (console.log-ra új jelszó kiírása). Ezek után a Post a második entitásod és így már kerek a story.
OK88X4 Ok A bejelentkezést nyugodtan egyszerűsítsük le egy statikus, backend kódba írt jelszó ellenőrzésre - lászik a két user szint gondolata, de még nem ért teljesen össze (formális regisztráció / elfelejtett jelszó nincs, loginnál username / address szerepel, ebből csak egy van a Person entitásban).
OWBSN8 Ok
PDYOJN Ok A játékosoknál is valósítsuk meg a módosítást.
Q4SZ8M Szép munka!
QLOBQM Ok A bejelentkezést, mivel nincs valós felhasználó kezelésed, egyszerűsítsük le egy backend oldalon tárolt statikus jelszó ellenőrzésre (nem szükséges a név).
QM6E6O Szép munka!
R9FJIV Szép munka! Kifejezetten pofás design készült hozzá! A tárgy keretein belül (sajnos csak) a backend a fókusz, így arra is kérlek szentelj figyelmet.
RDREOA Ok Az "adott sor szerkeszthetővé válik" sor része az, amit módosítanék úgy, hogy külön oldalon jelenik meg a szerkesztés. Ezért ne add le újra a specifikációt, el tudjuk mindketten ezt képzelni.
RIPKBY Ok
S3OA6K Szép munka!
SLLV0S Szép munka! És nem rajzolsz bénán, csak mondom...
SSNTUX Szép munka!
SU5R23 * Ok
T9DPZY Ok :D Csak hogy legyen összefüggés a két entitás között, tároljuk a Majmok kedvenc videójátékát is a rendszerben.
TFB4FY Ok Ha belefér időbe / energiába, akkor az állatokhoz tárolhatjuk a gazdáját is.
THSTAM Ok Az ötlet tetszik, annyi hogy a route-ok tervezése még kicsit ráért volna. Mivel server side renderinget valósítunk meg, így csak GET és POST áll rendelkezésedre. Amit hiányoltam viszont (leírásban és mockupon, de endpointban ott volt) az a regisztráció / login - illetve ami sehol sem volt, az elfelejtett jelszó (egy console.log-al kiiratott új jelszó tökéletes).
TU6KWX Ok Csak hogy változatosabbak legyenek a formok, az ár legyen "szám" input.
U935O2 Szép munka! Zseniális! Se elvenni se hozzátenni nem tudok. Hiánypótló. (A tárgy keretein belül modal helyett külön ablakot javaslok illetve a recept szerkesztésnél több formra törném szét a megvalósítást, így azért látszik hogy lenne benne kliens oldali JS)
U945X9 Ok Csak hogy változatosabbak legyenek a formok, a tól-ig árat robbantsuk szét két number inputra, illetve az arány - mennyiség - idő legyen nyugodtan szám.
UEANHJ Szép munka! Olvasó ID helyett szerintem tudunk majd jobb dolgot is kiírni, nevet + email címet mondjuk, mutatok majd rá példát, ha nem, nyugodtan keress és kérj számon miatta. :D
URVLPC Ok
UYLBMX * Ok Egy nagyon hasonló mintaházit készítettem pár éve, így megköszönöm ha bővítjük pár dologgal az alkalmazást. Task esetén legyen egy mező, hogy milyen másik task után lehet elvégezni (dependencia) illetve a kategóriáknál legyen egy "szín" mező, ami alapján a Tasks felsorolásban színt kapnak az egyes elemek (pl kék, piros, stb).
V6CQ3O Szép munka! Egy izgalmas dolgot láttam benne, az "age", e helyett érdemes tárolni a készítés idejét (hogy ne legyen szükség arra hogy minden hónapban +1-el növeljük a számot).
VGTSD5 * Ok Az embereknél, csak hogy izgalmasabb legyen a feladat, a neven kívül jelenjen még meg több attribútum.
W3YD8U Hiányos Ha a raktárak fixek, akkor csak egy entitástípusod van, így azt javaslom, hogy a raktárakat is lehessen CRUD-on keresztül változtatni, illetve a termékek esetében is az összes mező szerkeszthető legyen (a teljes lista termék hozzáadásánál most a név, mennyiség, ár, azonosító).
W4YDIT Ok
WLK30B Szép munka! Adom a designt és a "mock szövegeket is" rajta.
WS3RNU Ok
X3GJST Szép munka!
XFN6GJ Ok
Y1OZ7H Ok Egyszerre sok és kevés. Csináljuk azt, hogy csak egy kódba égetett jelszóval tudsz bejelentkezni (nincs regisztráció, profil, user kezelés). Viszont ha bejelentkezel, akkor képes vagy rendezvényeket adminisztrálni (teljes CRUD), kategóriákat vagy megtartod, vagy kiveszed, ez vagy egy kódba égetett előre elkészített lista, vagy teljes CRUD. Ezt rád bírom. A foglalást meghagynám, belépés nélkül le tudsz adni foglalást, ahol pár extra adatot megadsz (pl név, telefonszám, megjegyzés). A foglalásokat belépés után látja az admin, tudja módosítani és törölni is őket. A felugró ablakokat kihagynám, a szűrés jó ötlet, ha gondolod az maradhat. A figma frankó volt.
Y2QB11 Ok Most 3 entitástípusod van (a "user" a harmadik), így vagy megamarad ez, akkor bővítsük elfelejtett jelszóval (jelszó generálás, console.log-ra kiírás) vagy egy statikus jelszóval lehessen belépni csak és akkor nincs user kezelés.
Y9Y6BS Ok
YCANAY Ok A kulcsokon és a szobákon is valósítsuk meg a CRUD műveleteket, megköszönöm ha a szobákon is a meglévő 2 dolgon túl (szám, státusz) lesz még pár adat - hogy izgalmasabb legyen a megvalósítás.
YIAO5A Ok
YIWROG Szép munka!
YZVTZP Szép munka!
Z7A244 Szép munka! Szép kerek lett, egyedül egy elfelejtett jelszót hiányoltam - console.log-al ki tudod írni az új jelszót.
ZNEO25 Ok